home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / diskutil / rde_v5.zoo / desktop2.zoo / desktop2.doc < prev    next >
Text File  |  1993-08-27  |  3KB  |  60 lines
  1.       To accomodate recent TOS Upgrades that came in with TOS 2.06
  2. DESKTOP.PRG is now updated to DESKTOP2.PRG. Details of the changes are
  3. documented in the source file DESKTOP2.C.
  4.  
  5.       Basically if DESKTOP2.PRG detects TOS 2.06 is present, it
  6. looks for NEWDESK.INF first and, only if it does not find it, will it
  7. look for DESKTOP.INF and copy it to the booting rootdirectory C:\ if
  8. the latter is present.
  9.  
  10.     From now on whenever you see DESKTOP.PRG read DESKTOP2.PRG.
  11.  
  12.           DESKTOP.PRG is a little program that is meant to reside in
  13. the AUTO folder of "booting" RDY ramdisks.  For older and indeed for
  14. the newer TOSes it should be renamed FOLDRXXX.PRG where XXX stands for
  15. the number of directory spaces to allow for in addition to the
  16. standard 40 (see below).
  17.  
  18.           It  checks  the  TOS Version at boot-up.  If it  is  NEW  Tos 
  19. (version  >= 1.4),  then it will copy any DESKTOP.INF there may in  the 
  20. root  directory of the ramdisk to drive C:\ (if the latter is  present) 
  21. because,  if C:\ is present,  TOS_1.4 and above WILL take their desktop 
  22. from it - despite "booting" from the AUTO folder of the RDY ramdisk.
  23.  
  24.           If it is old TOS (which is subject to the 40-folder limit) it 
  25. will  try  and execute a file FOLDR???.PRG on drive C:\.  This  is  the 
  26. patch program for the 40-folder bug. If DESKTOP.PRG itself (in the AUTO 
  27. folder) has been renamed FOLDR200.PRG (say), then this will cause space 
  28. for an additional 200 directories to be visited. This is only likely to 
  29. be  needed  if a hard disk is connected.  Thus it  is  reasonable  that 
  30. DESKTOP.PRG  should look to find this program on drive  C:\.  In  turn, 
  31. this  implies  DESKTOP.PRG must come after the  hard-disk  "waking  up" 
  32. program  e.g.  AHDI  (or ICDBOOT or equivalent)  which  normally  comes 
  33. first.
  34.  
  35.           Finally,  if key "X" is pressed during  boot-up,  DESKTOP.PRG 
  36. allows you to execute any Program (that does not use GEM  calls).  This 
  37. can be a life-saver sometimes - e.g.  when an ACC (or a subsequent AUTO 
  38. folder  program)  has become corrupted and causes a  warmboot  when  an 
  39. attempt is made to load it - this,  in turn,  causes the "booting"  RDY 
  40. ramdisk to start booting again, eventually attempting to load again the 
  41. same corrupted ACC - hence another warm reset - etc. etc. ad infinitum. 
  42. Clearly  emtering  a  shell like msh.tos (in order to  change  the  name 
  43. (deactivate) the culprit program) is invaluable to save having to  cold 
  44. boot - and possibly lose valuable work on the ramdisk.
  45.  
  46.                                              W. Alan B. Evans,
  47.                                              [wabe@ukc.ac.uk]
  48.  
  49. P.S. (for C Programmers only)
  50.  
  51.     Of course, this is the seed if an itelligent booting system. If
  52. you wish to proceed to develop an intelligent booting program utilising
  53. a "booting" RDY/RDE ramdisk, unpack IQ_BOOT.ZOO and there you will find
  54. a proto source code file, IQ_BOOT.C, for such a program. Of course, you
  55. need a C compiler ( Mark Williams C is ideal) to compile it - or rather
  56. your own "tailored" version of it. However to give you an idea  how  it
  57. works there  is  also  LD_P.PRG, which  will load  a  tiny (50  kbytes)
  58. "booting" RDY\RDE  Disk  P:\ containing in its AUTO-folder  the program
  59. compiled from the proto source.
  60.